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RELATED APPLICATION 

This application claims the benefit of U.S. Provisional Application No. 
60/220,595, filed on July 25, 2000. The entire teachings of the above application are 
incorporated herein by reference. 

This application is related to co-pending U.S. Patent Application entitled 
"Modem Relay Application over VoIP Network," by Lewis et. ai, Attorney Docket No. 
2386.2003-001(CIS-4504), filed on June 28, 2001, the entire teachings of which are 
incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

A modem translates digital data originating in a digital device, such as a 
computer, to an analog signal so that it can be transmitted on an analog telephone line to 
another digital device. The modem also translates the incoming analog signal 
originating in the other digital device to digital data for the digital device. Thus, the 
analog telephone line can be used to transmit data between digital devices. 

In order for a modem to transmit data to another modem, the calling 
(originating) modem dials the telephone phone number of the answering (terminating) 
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modem. The General Switched Telephone Network ("GSTN") (the Public Switched 
Telephone Network, ("PSTN"), is an instance of a GSTN) rings the answering modem 
indicating an incoming call. The answering modem goes off-hook to accept the call A 
GSTN switched connection now exists between the calling modem and the answering 
5 modem. The modems go through a series of training steps, to adjust to each other's 
characteristics, and to the characteristics of the switched connection. These training 
steps can include Answer Back Tone ("ABT") and other modem detect signals, V.8, 
V.8bis, auto-mode, and the negotiation of error correction and data compression. These 
steps are defined by the International Telecommunications Union ("ITU") V series of 

10 modem recommendations and other modem specifications including Flex and MNP5 
compression. ITU V series modem recommendations include, for example, V.8, V8bis, 
V.42, V.42bis, V.21, V.22bis, V.32, V.32bis, V.34, V.90 and V.92. 

Real-time audio, such as a telephone conversation originating on an analog 
telephone line, maybe transmitted over a packet network such as, the Internet using 

15 Voice over Internet Protocol ("VoIP"). VoIP may be used instead of a GSTN switched 
connection in order to avoid incurring charges for a long distance telephone call. One 
standard VoIP protocol for encapsulating real-time audio data is the Real-Time 
Transport Protocol ("RTP") (Request for Comments ("RFC") 1889, Jan. 1996) available 
on the Internet Engineering Task Force ("IETF") web site. 

20 To transmit voice data over the Internet, a packet transmitter in the source 

Internet node encodes the analog voice signal, stores the encoded data in the payload of 
one or more data packets, and transmits the data packet over the Internet. Each data 
packet includes a destination address in a header included in the data packet. 

Modem and Voice transport services are inherently part of a traditional GSTN 

25 network. Thus, a VoIP gateway must support both modem and voice. One known 
method for supporting modem service over VoIP transport is called modem pass- 
through. Modem pass-through emulates a GSTN network when transporting a G.71 1 
Pulse Code Modulation ("PCM") stream. To implement modem pass-through, VoIP 
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sets its encoder/decoder (CODEC) to PCM, disables the echo canceler and fine tunes 
the voice play out for handling de-jitter of arriving RTP data packets. 

Voice activity detection ("VAD") is a method used by VoIP to detect the start of 
a period in which audio received from the GSTN network does not contain spoken 
5 words. The period in which the audio does not contain spoken words is sometimes 
called "a period of silence". Upon detecting a period of silence, the transmitter gateway 
stops transmitting data packets onto the VoIP network. During the period of silence, the 
remote gateway generates comfort noise and transmits the comfort noise to the GSTN 
network. However, when transmitting data between modems, there is no "period of 
10 silence" while the connection is idle, because of the requirement to keep the connection 
between the modems alive. Thus, using VoIP to transfer data between modems 
consumes Internet bandwidth by transferring unnecessary idle data packets over the 
Internet while the connection is idle. 

SUMMARY OF THE INVENTION 
1 5 The present invention provides a method for reducing Internet bandwidth for a 

VoIP modem relay by not transmitting idle data packets between Internet nodes. The 

method is implemented in an Internet node. 

A first modem is coupled to the Internet node and a second modem is coupled to 

another Internet node. Upon detecting no data received from the other Internet node to 
20 transmit to the first modem, the Internet node regenerates idle data to transmit to the 

first modem. Upon detecting idle data received from the first modem to forward to the 

other Internet node, the Internet node drops the detected idle data. 

The idle data may be TF' or *7E\ The Internet node may be an Internet 

Gateway. 

25 An Internet node includes an idle detect module and an idle generate module. 

The idle detect module detects idle data received from a first modem coupled to the 
Internet node and drops the detected idle data. The idle generate module regenerates 
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idle data to transmit to the first modem upon detecting no data received from a second 
modem coupled to another Internet node. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, features and advantages of the invention will be 
5 apparent from the following more particular description of preferred embodiments of 
the invention, as illustrated in the accompanying drawings in which like reference 
characters refer to the same parts throughout the different views. The drawings are not 
necessarily to scale, emphasis instead being placed upon illustrating the principles of the 
invention. 

10 Figure 1 illustrates a General Switched-Telephone Network ("GSTN"), an IP Network, 
and VoIP Gateways that interconnect the GSTN and the IP Network for providing 
reliable modem connection over a VoIP Network according to the principles of the 
present invention; 

Figure 2 is a block diagram illustrating the components of the voice gateway 
1 5 implemented in any of the gateways shown in Figure 1 for implementing framing-mode 
modem relay; 

Figure 3 illustrates an IP packet that encapsulates an RTP packet as its payload; 
Figure 4 illustrates the Framing Mode Modem Relay Call Flow implemented in the 
voice gateway shown in Figure 2; 
20 Fig. 5 illustrates the steps implemented in one of the Internet nodes for detecting idle 
data received by an Internet node from an originator modem; 
Fig. 6 illustrates the steps implemented in one of the Internet nodes for transmitting 
"idle flags" to the destination modem upon detecting no modem activity from the 
originator modem. 

25 DETAILED DESCRIPTION OF THE INVENTION 

A description of preferred embodiments of the invention follows. 
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Figure 1 illustrates a General Switched-Telephone Network ("GSTN") 100, an 
IP Network 102, and VoIP Gateways 1 10a, 1 10b that interconnect the GSTN 100 and 
the IP Network 102 for providing reliable modem connection over a VoIP Network 
according to the principles of the present invention. The GSTN 100 includes multiple 
5 Local Access and Local Transports ("LATAs") 104a, 104b. Local Exchange Carriers, 
such as, regional Bell operating companies, and Inter-exchange Carriers ("IC") are 
LATAs 104a, 104b. A modem connection between modem 1 12a and modem 1 12b over 
the GSTN 100 is illustrated by link A from modem 1 12a to LATA 104a, link B from 
LATA 104a to IC 1 14, link C from IC 1 14 to LATA 104b and link D from LATA 104b 
10 to modem 112b. 

With the convergence of voice and data over an IP Network 102, a user can 
initiate and terminate modem or telephone services at any access point on the GSTN 
100 or the BP Network 102 such as, at modem 1 12a, modem 1 12b, or modem 1 12c as 
shown. A VoIP gateway 1 10a, 1 10b can be a residential or a trunking gateway. A VoE? 
1 5 Gateway 1 10a, 1 10b allows the user to bypass the IC 1 14 to avoid incurring charges for 
a long distance telephony call. The links, AEFGHD, IJFEA, and UGHD, are examples 
of connection paths that utilize the IP Network 102 and bypass the IC 1 14. 

Figure 2 is a block diagram illustrating the components of the voice gateway 200 
implemented in any of the gateways 1 10a, 1 10b shown in Figure 1 for implementing 
20 framing-mode modem relay. The voice gateway 200 includes a call control manager 
222, a data network interface driver 224, a General Switched Telephone Network 
("GSTN") interface driver 226a, a voice processing module 202 and a modem relay 
processing module 270 for implementing a framing mode modem relay. 

The modem relay processing module 270 includes a modulator module 228, 
25 demodulator module 230, a framer module 232, a deframer module 234, a modem relay 
decapsulation module 240, a modem relay flow control module 242 and a modem relay 
encapsulation module 244. The modulator module 228 and demodulator module 230 
implement the transmission layer function of a modem. The modulator module 228 and 
demodulator module 230 perform modem training and data transmission according to 
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the International Telecommunications Union ("ITU") V.PCM, V.34, V.32, V.22, or 
V.21 specifications. The framer module 232, and deframer module 234 perform the 
modem link layer function which is defined by ITU V.42 and Microcom Networking 
Protocol ("MNP") specifications. 
5 Flow control is required because each end of a modem connection AE (Figure 1) 

or DH (Figure 1) can negotiate and connect at a different rate. The flow control 
mechanism compensates for the rate difference by using buffering to store a received 
user data in a buffer (not shown) and a flow control bit in a modem packet header to 
indicate whether flow control is "on" or "off. The modem packet header is described 
10 later in conjunction with Figure 3. Client modems 1 12a, 1 12b, 1 12c (Figure 1) connect 
to the respective side of gateways 1 10a and 110b (Figure 1) and fully utilize all modem 
functions such as, modulation, demodulation, framing and deframing. 

The method implemented in a client modem 1 12a, 1 12b, 1 12c (Figure 1) for 
connecting to a gateway 1 10a, 1 10b, 1 10c (Figure 1) is described later in conjunction 
15 with Figure 4. The respective side of the gateway 1 10a, 1 10b, 1 10c (Figure 1) to which 
the client modem 1 12a, 1 12b, 1 12c (Figure 1) connects is dependent on whether the 
client modem 112a, 112b, 1 12c (Figure 1) is an originating modem or an answering 
modem. Each end of a modem connection performs its own modulation and protocol 
negotiations. For example, for modem connection AEFGHD (Figure 1), one end of the 
20 modem connection is AE (Figure 1 ) and the other end of the modem connection is DH 
(Figure 1). Each modem pair (gateway 1 10a (Figure 1), modem 1 12a (Figure 1)), may 
retrain and speed-shift depending on the quality of the GSTN line characteristics 
independently of the other modem pair (gateway 1 10b (Figure 1), modem 1 12b (Figure 
1)) in the modem connection AEFGHD (Figure 1). The characteristics create 
25 mismatched transmitted and received data rates between each end of the modem 
connection (AE (Figure 1); DH (Figure 1)). 

A modem packet header is encapsulated as RTP payload. A modem packet 
header includes flow control bits, to maintain modem connection. Flow control 
compensates for the rate difference between the gateways 1 10a, 1 10b, 1 10c (Figure 1). 
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User data is encapsulated into RTP Packets and exchanged across the IP network 102 
(Figure 1). The Real-Time Protocol ("RTP") and modem relay headers are removed 
from received RTP packets at the Gateway 1 10a (Figure 1), 1 10b (Figure 1) and the user 
data is sent to the modem relay processing module 270 for transmitting to the client 
5 modem 1 12a, 1 12b (Figure 1). 

Modem relay solves the problem of network timing recovery and unreliable 
delivery of packets over an IP network by performing modulation and demodulation at a 
VoIP gateway 1 10a, 1 10b (Figure 1) where digital modem data is relayed between the 
gateways 1 10a, 1 10b (Figure 1) over the IP network 102 (Figure 1). The framing-mode 
10 modem relay does not implement full modem functionality and thus requires close 
synchronization and timing of modem connection procedures. 

The modem relay processing module 270 encapsulates an incoming Pulse Code 
Modulated ("PCM") stream 252 in an RTP packet. The Demodulator module 230 
receives a PCM stream from the GSTN Interface Driver 226 and performs demodulation 
1 5 of the PCM stream according to the ITU V Series of modem specifications to provide a 
bit stream. The Deframer module 234 performs deframing of the bit stream according 
to V.42 or MNP specifications. The modem relay encapsulation module 244 performs 
encapsulation of data into a modem relay packet, by storing the data in the modem relay 
payload and control information in the modem relay header and further encapsulates the 
20 modem relay packet into an RTP packet. The Modem Relay flow control module 242 
looks at the RTP packet buffer memory (not shown). Once the RTP packet buffer 
memory reaches a certain water mark level, the modem relay flow control module 242 
signals the Modem Relay encapsulation module 244 to set flow off bits. The flow off 
bits are in the modem relay flow control module 242. The modem relay flow control 
25 module 242 sets the flow control information bit in the modem relay header to 'off in 
the RTP packet as an indication to the remote gateway 1 10a, 1 10b (Figure 1). The 
remote gateway 1 10a, 1 10b (Figure 1) stops sending data packets. However, even if the 
remote gateway 1 10a, 1 10b (Figure 1) continues to send data packets, the local gateway 
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1 10a, 1 10b (Figure 1) discards all received data. Data is received again only after the 
local gateway 1 10a, 1 10b (Figure 1) turns flow control 'off. 

The modem relay processing module 270 converts user data encapsulated in an 
RTP packet received from the data network interface driver 234 to outgoing PCM data 

5 252 which is forwarded to the GSTN interface driver 226. The Modem Relay 
decapsulation module 240 processes an incoming RTP packet 258 and performs 
decapsulation of a modem relay packet by extracting the data stored in the payload of 
the incoming RTP packet 258. The Framer module 232 performs framing of the frame 
information received from the error correction module according to V.42 or MNP 

1 0 specifications. The Modulator 228 takes the bit stream received from the framer 
module 232 and performs modulation according to ITU V Series of modem 
specifications. 

The framing-data is relayed without error correction, or data compression 
processing. Framing-data is encapsulated into an RTP packet as payload of an RTP 

15 packet, and relayed among the gateways 1 10a, 1 10b (Figure 1). Error correction and 
compression are performed at each client modem 1 12a, 1 12b, 1 12c (Figure 1), where 
VoIP gateways 1 10a, 1 10b (Figure 1) essentially provide a tunnel for transporting 
framing-data. There is no need for flow control for the gateways 1 10a, 1 10b (Figure 1). 
However, end-to-end modem link negotiation synchronization is performed which will 

20 be described later in conjunction with Figure 4. Framing-mode modem relay allows 
client modems 1 12a, 1 12b, 1 12c (Figure 1) and gateways 1 10a, 1 10b (Figure 1) to 
connect at different speeds, and use the same link-layer protocol and compression. 

The Call Control Manager 222 manages a VoIP call session. The call control 
manager 222 uses standard VoIP protocols such as H.323, xGCP and SIP to control the 

25 VoIP call session. The Call Control Manager 222 can signal and receive signals from 
the Voice Processing Module 202 and Modem Relay Processing module 270 using 
software message queues. 

The deframer module 234 includes an idle detect module 274. The framer 
module 232 includes an idle generate module 272. The idle detect module 274 detects 
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idle data in the PCM stream. Idle data can be 'FF' or '7E' dependent on the negotiated 
error correction protocol. The idle data received by the deframer 234 is not forwarded 
over the VoIP connection. Instead, the deframer 234 drops the idle data. 

The framer 232 detects an idle period when no RTP packets are being received. 
5 In order to maintain the modem connection (keep the modem connection alive), the idle 
generate module 272 in the framer 232 generates 'idle flags' to be transmitted over the 
PCM connection. 

Figure 3 illustrates an BP packet 314 that encapsulates an RTP packet as its 
payload. The RTP standard protocol is described in rfcl889.txt and available on the 

10 Internet Engineering Task Force ("IETF") web site. A modem relay packet is added as 
RTP payload 312. The modem relay packet includes a modem relay header 306 and a 
modem relay payload 312. The modem relay header 306 provides control message 
identification 308 and flow control information 310. 

hi one embodiment, the modem relay header 306 is 8 bits and includes a control 

1 5 message identification bit 308 and a flow control information bit 310. The modem relay 
data payload 312 is framed-data or user-data depending on the method of modem relay. 
The state of the message bit 308 indicates whether the modem relay data payload 3 12 
includes modem relay messages. The state of the flow control bit 310 indicates whether 
flow control is "on" or "off'. For example, if the message bit 308 is ' 1 ', and the flow 

20 control bit 3 1 0 is ' 1 ' , the modem relay data payload 3 1 2 includes a modem relay 
message and flow control is "off. 

Figure 4 illustrates the Framing Mode Modem Relay Call Flow implemented in 
the voice gateway 200 shown in Figure 2. Figure 4 is described in conjunction with 
Figure 1 and Figure 2. Modem answerback tone, training sequence, and link 

25 negotiating procedures are well-known and defined in ITU V Series Standards. The 
modem relay procedures to embody modem connection procedures in the context of 
VoIP call flow are illustrated. The call flow for framing-mode modem relay as shown 
in Figure 4 is described below. 
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At step 400, the Originating Modem 1 12a (Figure 1) initiates a call. The call is 
initiated using the well-known method of GSTN call-setup to the Originating Gateway 
1 10a (Figure 1). Call-setup is a generic terminology for describing well-known call 
setup procedures that are employed for a GSTN 100 (Figure 1) or a VoIP network. 
5 Modem answer back tone (ITU V.25), training sequence (ITU V.90, V.34 or V.32), and 
link negotiating procedures (ITU V.42 and MNP) which are incorporated herein by 
reference in their entirety, are well-known by those skilled in the art and defined in ITU 
V series standards. 

At step 402, the Originating Gateway 1 10a (Figure 1) establishes a VoIP session 
1 0 with the Terminating Gateway 1 10b (Figure 1) using protocols described in the 
International Telecommunications Union ("ITU") H.323 specifications or the IETF 
Media Gateway Control Protocols ("MGCP") incorporated herein by reference in their 
entirety. Methods for establishing a VoIP session with the Terminating Gateway 1 10b 
(Figure 1) are well-known and include H 232, XGCP, SIP or any other VoIP protocol 
1 5 incorporated herein by reference in their entirety. 

At step 404, the Terminating Gateway 1 10b (Figure 1) calls the Answering 
Modem 1 12b (Figure 1). The Answering Modem 1 12b (Figure 1) answers the call and 
at step 406, an end-to-end VoIP connection between the originating modem 1 12a 
(Figure 1) and the terminating modem 112b (Figure 1) is established using methods 
20 well-known in the art. 

At step 408, the Answering Modem 1 12b (Figure 1) starts a modem training 
sequence by sending modem answer back tone on PCM data 270 (Figure 2). 

At step 410, the modem detector module 220 (Figure 2) in the Terminating 
Gateway 1 10b (Figure 1) detects Answer Back Tone ("ABT") and signals the call 
25 control manager 222 (Figure 2) through modem detect signal 272 (Figure 2) that it has 
detected ABT. The call control manager 222 (Figure 2) in the Terminating Gateway 
110b (Figure 1) signals the originating gateway 110a (Figure 1) by signaling the modem 
relay decapsulation module 240 (Figure 2) through signal 256 (Figure 2). Upon 
detecting signal 256, the modem relay decapsulation module 240 in the terminating 
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gateway 1 10b (Figure 1) sends a modem relay message to the originating gateway 1 10a 
(Figure 1). The modem relay message sent is a modem detect message. The modem 
detect message includes an indication that modem answer back tone has been detected 
by the Terminating Gateway 1 10b (Figure 1). The modem relay detect message signals 
5 the originating gateway 1 1 Oa (Figure 1) to start a modem relay session. The modem 
relay payload included in the modem relay detect message contains the type of modem 
relay to perform (framing mode). Further modem relay messages are exchanged 
between the gateways 1 10a, 1 10b (Figure 1) including a switch to modem relay 
message. 

1 0 At step 4 12, the call control manager 222 (Figure 2) in the originating gateway 

1 10a (Figure 1) receives the modem relay message indicating modem call, switches 
from the voice processing module 202 (Figure 2) to the modem relay processing module 
250 (Figure 2) and starts a modem training sequence as the answering modem 1 12b 
(Figure 1) with the originating modem 1 12a (Figure 1). 

15 At step 4 1 4, the terminating gateway 1 1 0b (Figure 1 ) and originating gateway 

1 10a (Figure 1) exchange a modem capability exchange message. The capability 
exchange message is stored in the modem relay payload 412 (Figure 3). 

The Gateways 1 10a, 1 10b (Figure 1) exchange link information. The gateways 
1 10a, 1 10b (Figure 2) are synchronized by using the modem relay capabilities exchange 

20 message to set up the type of modem connection. The modem relay capability exchange 
message exchanges the modem capabilities such as error correction protocol and 
modulation (V90, V34 ...). The modem relay payload contains error correction protocol 
type and modulation type. 

At step 416, the terminating gateway 1 10b and originating gateway 1 10a (Figure 

25 1) exchange a modem sync message. The modem sync message is stored in the modem 
relay payload 412 (Figure 3). The modem relay sync message signals the remote 
gateway to start modem training. After the modem connection is set up, the modem 
relay sync message starts the modem training sequence. The originating modem 1 12a 
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(Figure 1) starts modem training sequence as answering modem by first sending answer 

back tone through the modulator module 228 (Figure 1) and the demodulator module. 
At step 418, the modem detector module 270 (Figure 2) in the terminating 

gateway 110b (Figure 1) detects ABT and signals the call control manager 222 (Figure 
5 2) to start mode training. The Terminating Gateway 1 10b (Figure 2) switches to the 

user-mode modem relay processing module 270, and starts modem training sequence as 

the originating modem 112a (Figure 1). 

At step 419 and 421, at successful completion of modem training, a Modem 

Relay Status message is sent to remote gateway. The modem relay status message 
10 contains modem relay status such as connection rate, retrain or speed shift. The modem 

relay status message is used to signal the start of modem relay data transfer. The 

modem relay payload 412 Figure 2 stores the above information. 

At step 422, once both sides have received a Modem Relay Status, the modem is 

in connect state and Framing-data is encapsulated as modem relay packet in an RTP 
15 payload. 

At step 420, the call control manager 222 (Figure 2) in the Originating modem 
1 12a (Figure 1) switches processing of RTP packets and PCM data from the voice 
processing module 202 (Figure 1) to the user-mode modem relay processing module 
270 (Figure 2) by disabling voice processing and enabling modem relay processing. 
20 The Originating modem 1 12a (Figure 1) starts modem training sequence as answering 
modem by first sending answer back tone through the modulator module 228 (Figure 2) 
and the demodulator module 230 (Figure 2). 

Client modems now start link negotiation for error correction protocol and 
compression parameters. Link negotiation is defined in the V.42 and MNP standards. 
25 At step 424, after the link negotiation is complete, end to end framing-modem 

connection is established. Once both sides have completed training, modem modulation 
modules (modulator and demodulator) can transmit data. 

Figure 5 illustrates the steps implemented in one of the Internet nodes for 
detecting idle data received by an Internet node from an originating modem. 
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At step 500, the idle detect module 274 (Figure 2) in the deframer module 234 
(Figure 2) detects 'idle flags' received in the PCM data 252 from the originating modem 
1 12a (Figure 1). The idle flags are transmitted by the originating modem 1 12a (Figure 

1) to be forwarded to the answering modem 1 12b (Figure 1) to keep the modem 

5 conection between the originating modem 1 12a (Figure 1) and the answering modem 
1 12b (Figure 1) alive. If idle flags are detected, processing continues with step 502. If 
not, processing continues with step 504. 

At step 502, while idle flags are detected by the idle detect module 274 (Figure 

2) , the deframer 234 (Figure 2) drops the idle flags. The idle flags are not forwarded 
1 0 over the VoIP connection and the deframer 232 forwards no data packets. Processing 

continues with step 506. 

At step 504, idle flags are not received. The deframer 234 (Figure 2) stores the 
received PCM data 252 (Figure 2) in the modem relay payload 312 (Figure 3) of the 
RTP data packet 314 (Figure 3) and forwards the data packet 314 (Figure 3) over the IP 
15 network 102 (Figure 1). Processing continues with step 506. 

At step 506, the call control manager 222 (Figure 2) determines if the originating 
modem 1 12a (Figure 1) has disconnected. A disconnect can be detected by a loss of 
carrier tone. If so, processing continues with step 508. If not, processing continues with 
step 500. 

20 At step 508, the call control manager 222 (Figure 2) processes the detected 

disconnect. The details of such further processing are conventional and beyond the 
scope of the invention. 

Figure 6 illustrates the steps implemented in one of the Internet nodes for 
transmitting 'idle flags' to the answering modem 112b (Figure 1) upon receiving no data 
25 packets from the originating modem 1 12a (Figure 1). 

At step 600, if the framer 232 (Figure 2) receives an RTP data packet 314 
(Figure 3), processing continues with step 604. If not, processing continues with step 
602. 
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At step 602, the framer 232 (Figure 2) has detected that the modem connection 
between the originating modem 1 12a (Figure 1) and the answering modem 112b (Figure 
1) is idle. The idle generate module 272 (Figure 2) in the framer 232 (Figure 2) 
regenerates idle data dependent on the negotiated protocol for transmission between 
5 gateway 1 10b (Figure 1) and answering modem 1 12b (Figure 1). The regenerated idle 
data is transmitted to answering modem 1 12b (Figure 1). Processing continues with 
step 606. 

At step 604 the modem connection is not idle, the framer 232 (Figure 2) receives 
an RTP data packet 314 (Figure 3) and extracts the payload 312 (Figure 3) from the 
10 RTP data packet 314 (Figure 3). The data extracted from the payload 312 (Figure 3) is 
forwarded as PCM data 254 (Figure 2) to answering modem 1 12b (Figure 1). 
Processing continues with step 606. 

At step 606, the call control manager 222 (Figure 2) determines if the modem 
connection between the originating modem 1 12a (Figure 1) and the answering modem 
15 1 12b (Figure 2) has disconnected. If so, processing continues with step 608. If there is 
no disconnect, processing continues with step 600. 

At step 608, the call control manager 222 (Figure 2) processes the detected 
disconnect. The details of such further processing are conventional and beyond the 
scope of the invention. 

20 It will be apparent to those of ordinary skill in the art that methods involved in 

the present invention may be embodied in a computer program product that includes a 
computer usable medium. For example, such a computer usable medium may consist of 
a read only memory device, such as a CD ROM disk or conventional ROM devices, or a 
random access memory, such as a hard drive device or a computer diskette, having a 

25 computer readable program code stored thereon. 

While this invention has been particularly shown and described with references 
to preferred embodiments thereof, it will be understood by those skilled in the art that 
various changes in form and details may be made therein without departing from the 
scope of the invention encompassed by the appended claims. 



